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TITLE 

VARIABLE-LENGTH DECODING 
APPARATUS AND METHOD, COMPUTER PROGRAM, AND 
COMPUTER-READABLE STORAGE MEDIUM 

BACKGROUND OF THE INVENTION 

Field of the Invention 

[0001] The present invention relates to a technique for decoding variable-length 
code words for still images or moving images. 

BACKGROUND OF THE INVENTION 

[0002] A method which uses an entropy encoding technique by run 
length/category encoding and variable-length encoding as one of the compression 
encoding techniques for still images or moving images is conventionally known 
well. This technique is employed even in JPEG (Joint Photographic Experts 
Group) encoding and MPEG-1/-2 (Moving Picture Experts Group) encoding as 
international standards. In these encoding methods, an event for executing 
variable-length encoding is caused by implementing entropy encoding by assigning 
a Huffman code to a two-dimensional event called a run length and level (e.g., 
Japanese patent Laid-Open No. 2003-1 1 5767). The two-dimensional event of run 
length and level will be referred to as a symbol. 



[0003] A technique which is used for moving image compression encoding in 
recent years [[and]] that has received a great deal of attention assigns a Huffman 
code to a three-dimensional event. This technique has already been standardized 
by an encoding method called H.263 or MPEG-4. As for a three-dimensional 
event, a "last" significant coefficient in a DCT block called last is taken into 
consideration in addition to the run length and level used in two-dimensional 
encoding. For this reason, even when the values of the run length and level are the 
same, a Huffman code to be assigned changes depending on the last significant 
coefficient in the DCT block. The three-dimensional event of run length, level, 
and last will also be referred to as a symbol. 

[0004] In MPEG-4 encoding, when a symbol is not present in a predetermined 
Huffman code table, a fixed-length code called an escape is assigned. This also 
applies to MPEG-1/-2 encoding. In MPEG-4 encoding, when a symbol is not 
present in a Huffman code table, first, a new symbol is defined by subtracting the 
value of the maximum level in the Huffman code table from the value of the level 
of the symbol, and the Huffman code table is searched for again. When it is 
determined as a result of the search that the symbol is present in the Huffman code 
table, a corresponding Huffman code is assigned. If the symbol is not present in 
the Huffman code table, a new symbol is defined by subtracting a value 
corresponding to (maximum run length in Huffman code table +1) from the value 
of the run length, and the Huffman code table is searched for again. When it is 
determined as a result of the search that the symbol is present in the Huffman code 
table, a corresponding Huffman code is assigned. If the symbol is not present, a 
fixed-length code is assigned. 

[0005] Fig. 2 shows a variable-length decoding apparatus corresponding to 
MPEG-4 encoding, which is disclosed in Japanese Patent Laid-Open No. 
2003-1 15767. A portion corresponding to the block layer of a bitstream encoded 
by MPEG-4 encoding is input to a queuing cueing means 201 . The queuing cueing 
means 201 includes a shifter circuit. The queuing cueing means 201 sequentially 
discards a bitstream in accordance with a shift amount requested by an operation 
control means 207. In the output from the queuing cueing means 201 , the start of 
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the code word in a block layer is always queued [[cued]]. The queuing cueing 
means 201 executes the output operation in synchronism with a clock. The queued 
[[cued]] code word is input parallel to five blocks, i.e., a DC decoder 202, FLC 
decoder 203, Huffman table 204, Huffinan table ESCR 205, and Huffman table 
ESCL 206. 

[0006] The operation control means 207 asserts a DC data output signal to a 
functional block (not shown) on the output side to indicate that the result of 
decoding in the DC decoder 202 is effective by a code word when the value of the 
run length counted by a counter means (not shown) exceeds 64, and the last of 
symbol data output from a selection means 208 is "1" and indicates that it is the 
last significant coefficient. In other clock cycle, i.e., when symbol data 
corresponding to an AC coefficient is decoded, the DC data output signal is 
negated to indicate that the output of the symbol data signal is effective. 
[0007] Decoding processing of symbol data corresponding to the AC coefficient is 
done by the four blocks, i.e., the FLC decoder 203, Huffman table 204, Huffman 
table ESCR 205, and Huffman table ESCL 206. All Huffman code words, except 
escape code words of an intra-macro block table B.16 and inter-macro block table 
B.17, which are described in Annex.B of ISO/IEC14496-2 A are registered in the 
Huffinan table 204. For a bitstream input from the queuing cueing means 201, it is 
determined whether the bitstream coincides with all Huffman code words. If the 
bitstream coincides with all Huffman code words, corresponding symbol data, 
Huffman code word length, and a hit signal representing coincidence are asserted. 
[0008] Even in the Huffinan table ESCR 205 and Huffinan table ESCL 206, all 
Huffinan code words, except escape code words of the table B.16 and the table 
B.17 are registered. However, in the Huffinan table ESCR 205, an input bitstream 
is compared with a code word obtained by adding an escape code word + "0" 
before each Huffinan code word, and in the Huffman table ESCL 206, an input 
bitstream is compared with a code word obtained by adding an escape code word + 
"10" before each Huffman code word, unlike the Huffman table 204. 
[0009] The FLC decoder 203 decodes the symbol data when the input bitstream 
starts with escape code word + "1 1". In a code word which starts with escape code 



word + "1 1", a run length, level, and event with a fixed length follow. Hence, the 
data at a corresponding bit position is directly output as symbol data. 
[0010] The selection means 208 selects and outputs symbol data and code word 
length, which are input from an asserted block, in the bit signals parallelly input 
from the four blocks, i.e., the FLC decoder 203, Huffman table 204, Huffman table 
ESCR 205, and Huffman table ESCL 206. 

[0011] When a variable-length encoding apparatus is constructed by hardware, all 
Huffman code words in the table B. 16 and table B. 1 7 are configured by a ROM or 
hardwired. When the variable-length decoding apparatus shown in Fig. 2 is 
implemented by hardware, a Huffman table formed from a ROM or hardwired 
must be prepared in each of the three blocks, i.e., the Huffman table 204, Huffman 
table ESCR 205, and Huffman table ESCL 206. Hence, the gate scale becomes 
large. 

[0012] In a playback apparatus which must execute real-time processing, 
high-speed decoding processing is required. In this case, a very large load acts on 
the logic of the output stage from the queuing cueing means 201 , and it is therefore 
difficult to increase the operating frequency. When decoding processing is 
implemented by software by using a prior art, for a bitstream encoded using the 
Huffman table ESCR 205, the input code word is compared with all the Huffman 
table 204, Huffman table ESCR 205, and Huffinan table ESCL 206. Since 
enormous comparison calculation is necessary, real-time decoding can hardly be 
implemented. 

SUMMARY OF THE INVENTION 
[0013] The present invention has been made in consideration of the 
above-described problems, and has as its object to provide a technique for 
decoding a variable-length code by using a small number of Huffman tables. 
[0014] In order to solve the above problems, a variable-length code decoding 
apparatus according to the present invention has, e.g., the following arrangement. 
[0015] A variable-length code decoding apparatus which receives a bitstream of 
variable-length-encoded image data and outputs symbol data comprises: 
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[0016] queuing cueing means for queuing cueing a variable-length code word 
from the received bitstream; 

[0017] discrimination means for discriminating a type of a code word in 
accordance with a pattern of a predetermined number of bits at a start of the 
variable-length code word queued [[cued]] by the queuing ettemg means; 
[0018] extraction means for extracting data having a sufficient code word length 
from a predetermined bit position on the basis of a discrimination result from the 
discrimination means; 

[0019] a Huffman table which compares the extracted data with a variable-length 
code word stored in advance, and when the data and the variable-length code word 
coincide, outputs first symbol data; 

[0020] addition arithmetic means for generating, for the first symbol data output 
from the Huffman table, a sum value corresponding to the first symbol data and 
adding the generated sum value to the first symbol to output a plurality of types of 
second symbol data; 

[0021] decoding means for selecting a predetermined bit lane from the 
variable-length code word queued [[cued]] by the queuing cueing means and 
outputting the bit lane as third symbol data; and 

[0022] selection means for selecting and outputting one of the first symbol data 
output from the Huffman table, the second symbol data generated by the addition 
arithmetic means, and the third symbol data generated by the decoding means, in 
accordance with a value of the variable-length code word queued [[cued]] by the 
queuing cu e ing means. 

[0023] Other features and advantages of the present invention will be apparent 
from the following description taken in conjunction with the accompanying 
drawings, in which like reference characters designate the same or similar parts 
throughout the figures thereof 



BRIEF DESCRIPTION OF THE DRAWINGS 
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[0024] The accompanying drawings, which are incorporated in and constitute a 
part of the specification, illustrate embodiments of the invention and, together with 
the description, serve to explain the principles of the invention. 
[0025] Fig. 1 is a block diagram of a variable-length decoding apparatus according 
to an embodiment; 

[0026] Fig. 2 is a block diagram of a variable-length decoding apparatus using a 
prior art; 

[0027] Fig. 3 is a block diagram showing the internal arrangement of a switch 
circuit shown in Fig. 1 ; 

[0028] Fig. 4 is a block diagram showing the internal arrangement of an FLC 
decoder shown in Fig. 1 ; 

[0029] Fig. 5 is a view showing a table representing values of LMAX used in the 
ESCL method; 

[0030] Fig. 6 is a view showing a table representing values of RMAX used in the 
ESCR method; 

[0031] Fig. 7 is a view showing a table representing the types of symbol data 
corresponding to the VLC, ESCL, and ESCR methods; 

[0032] Fig. 8 is a view showing a fixed-length code table of the FLC method; and 
[0033] Fig. 9 is a flow chart showing the sequence of processing according to the 
embodiment. 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 
[0034] An embodiment according to the present invention will be described below 
in detail with reference to the accompanying drawings. 

[0035] Fig. 1 is a block diagram of a variable-length decoding apparatus according 
to this embodiment. 

[0036] This variable-length decoding apparatus decodes a bitstream which is 
encoded by MPEG-4 encoding. In this embodiment, decoding for an intra-macro 
block will specially be described for a descriptive convenience. However, the 
present invention is not limited to this, as is apparent from the following 
description. 



[0037] The bitstream of a block layer extracted from a bitstream analyzing unit 
(not shown) is input to a queuing cueing unit 101. The queuing cueing unit 101 
includes a shifter. The queuing cueing unit 101 shifts the received bitstream in 
accordance with a shift amount input from an operation control unit 105 and 
discards a previous code word in response to each clock. The shift amount 
corresponds to a code word length. Hence, in the bitstream output from the 
queuing cuemg unit 101, the code word is always queued [[cued]]. 
[0038] Fig. 3 shows the arrangement of a switch circuit 102. When 25-bit data is 
input from the MSB side of the output of the queuing cueing unit, which 
corresponds to SDATA[24:0] in Fig. 3, comparators 301 and 302 determine 
whether 8-bit data "000001 10" and "000001 11" obtained by concatenating 7-bit 
data "00000 11" corresponding to an escape code in MPEG-4 encoding and 1-bit 
data "0" or "1" coincide with SDATA[24: 17] (eight bits from MSB). The data 
"000001 10" is used to detect a code word which is encoded by escape encoding 
called ESCL encoding. The data "000001 11" is used to detect a code word which 
is encoded by escape encoding called ESCR encoding. Each of the comparators 
301 and 302 is simply formed from an AND circuit. 

[0039] In ESCL encoding, Huffman encoding is executed for new symbol data 
obtained by subtracting a value LMAX shown in Fig. 5 from LEVEL of 
three-dimensional symbol data of RUN (run length), LEVEL (level), and LAST 
(last). In ESCR encoding, Huffman encoding is executed for new symbol data 
obtained by subtracting a value RMAX shown in Fig. 6 from RUN of three-similar 
dimensional symbol data. The output signals from the comparators 301 and 302 
are input to ports CO and CI of a selector 303. One of input ports AO to A2 is 
selected and output in accordance with 

IF(C0 = ' r AND CI = '0')// ESCL 
B = A1 

ELSE IF(C0 = '0' AND CI = T)// ESCR 

B = A2 
ELSE //VLC 

B = AO 



[0040] This will briefly be described next. 

[0041] When eight bits from the start of the 25-bit data coincide with an ESCL 
code "000001 10", 16 bits from bit 16 to bit 1 supplied to the input port Al are 
output as SWDATA[15:0]. When the eight bits coincide with an ESCR code 
"000001 1 1" 16 bits from bit 15 to bit 0 supplied to the input port A2 are output as 
SWDATA[15:0]. Otherwise (when CO = CI = 0), 16 bits from bit 24 to bit 9 
supplied to the input port AO are output as SWDATA[15:0]. That is, the 
comparators 301 and 302 discriminate the type of the code word in accordance 
with the pattern of a predetermined number of bits at the start of the variable-length 
code word. 

[0042] A code word corresponding to AO is a code word obtained by executing 
corresponding Huffman encoding for three-dimensional data at the time of 
encoding without subtracting the LMAX or RMAX. In this embodiment, this 
method will be referred to as VLC encoding hereinafter. 

[0043] Referring back to Fig. 1, all Huffman code words, except escape codes of 
an intra-macro block table B.16 described in Annex.B of ISO/IEC14496-2 A are 
stored in a Huffman table 104 by hardwired. It is determined whether the 
SWDATA[15:0] shown in Fig. 3, which is input from the switch circuit 102, 
coincides with all the stored Huffman code words. Symbol data corresponding to a 
Huffman code word that coincides with the input data and the code word length of 
the Huffman code word are output. 

[0044] The symbol data to be output from the Huffman table 104 are calculated as 
three types of symbol data. The three types of symbol data correspond to ESCL 
encoding, ESCR encoding, and VLC encoding, respectively. A total of four types 
of data are input to a selection unit 106, which include symbol data RUN+ and 
LEVEL+ output from the Huffman table 104, data obtained by adding LMAX to 
LEVEL+, and data obtained by adding RMAX to RUN+. The selection unit 106 
selectively outputs two of the four types of data in accordance with the value of 
SDATA[24: 1 7] as the output signal from the queuing cueing unit 101. The value 
of LMAX to be added to LEVEL+ is decided in accordance with the values of 
LAST and RUN+, as shown in Fig. 5. In a selection unit 107, one of 1 1 values 



LMAXO to LMAX1 1 shown in Fig. 5, which are stored by hardwired in advance, is 
selected in accordance with the values of LAST and RUN+ and added to LEVEL+. 
LEVEL+ is expressed by an absolute value. A corresponding code is output from 
the Huffman table 104 as a symbol S. The value of RMAX to be added to RUN+ 
is decided in accordance with the values of LAST and LEVEL+, as shown in Fig. 
6. In a selection unit 108, one of the values obtained by adding "+1" to 1 1 values 
RMAXO to RMAX1 1 shown in Fig. 6, which are stored by hardwired in advance, 
as in the selection unit 107, is selected in accordance with the values of LAST and 
LEVEL+ and added to RUN+. 

[0045] On the other hand, the selection unit 106 determines which of the three 
methods, i.e., VLC, ESCR, and ESCL a has been used to encode the code word 
currently queued [[cued]] by the queuing ettcmg unit 101 and selects one of the 
three types of symbol data, as shown in Fig. 7. The output results from the 
comparators 301 and 302 used in the switch circuit 102 shown in Fig. 3 may be 
used for this determination. 

[0046] An FLC decoder 1 10 decodes a fixed-length code. In this embodiment, the 
method using the fixed-length code is called an FLC method, which is executed 
when none of the VLC, ESCR, and ESCL methods are used for encoding. In the 
FLC method, symbol data is encoded by using a fixed-length code. Bit lanes 
corresponding to the symbol data RUN, LEVEL, LAST, and S (sign bit) are 
selected from the queued [[cued]] code word output from the queuing cueing unit 
101, and output. The FLC decoder 110 can have an arrangement shown in Fig. 4. 
To ensure the consistency to the formats of symbol data of the VLC, ESCR, and 
ESCL methods, for LEVEL, absolute value conversion is executed, and a code is 
output. 

[0047] A selection unit 109 selects one of the two types of symbol data input from 
the selection unit 106 and FLC decoder 1 10 in accordance with the value of nine 
upper bits of the queued [[cued]] code word output from the queuing cueing unit 
101. When the nine upper bits are "000001 111", the input from the FLC decoder 
1 10 is selected. Otherwise, the input from the selection unit 106 is selected. 
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[0048] The operation control unit 105 first compares the effective bit length input 
from the queuing cttcmg unit 101 with the code word length obtained by decoding. 
If the code word length is equal to or smaller than the effective bit length, it is 
determined that the decoding processing of the current clock cycle is effective. 
The effective data output signal is asserted to the block (not shown) on the output 
side. Pieces of information about the code word length are input from a DC 
decoder 103 and the Huffman table 104. When the current clock cycle is a DC 
coefficient decoding cycle, a code word length input from the DC decoder 103 is 
output as a shift amount. In addition, the DC data output signal is asserted to the 
block (not shown) on the output side. 

[0049] When the current clock cycle is an AC coefficient decoding cycle, and the 
selection unit 109 selects the output from the FLC decoder 1 10, 30 bits are 
normally output as a shift amount. Otherwise, a code word length input from the 
Huffman table 104 is output as a shift amount. 

[0050] The DC decoder 103 can be formed by using a conventionally known 
technique, and a description thereof will be omitted in this embodiment. 
[0051] A processing flow when the constituent elements shown in Fig. 1 are 
implemented by software modules will be described next. Fig. 9 is a flow chart 
showing the sequence of processing according to this embodiment, which 
particularly corresponds to decoding processing for an AC coefficient in a DCT 
block. 

[0052] First, in step S901 , a bitstream having a desired size is input to the queuing 
cueing unit 101. This size corresponds to the memory size of the queuing cuemg 
unit and can be implemented by using a prior art, and a description thereof will be 
omitted. 

[0053] In step S902, nine bits (nine upper bits) from the MSB of the 
SDATA[24:0] are compared with "000001 1 1 1". If they coincide, decoding is 
executed by the FLC decoder 110. Decoding processing of one AC coefficient is 
thus ended. 

[0054] In steps S903 to S907, processing corresponding to the switch circuit 102 
is executed. More specifically, in accordance with the value of eight bits from the 



MSB of the SDATA[24:0], the value of the 16 lower bits of SWADATA[15:0] is 
set by one of SDATA[24:9], SDATA[15:0], and SDATA[16:1] (steps S905 to 
S907). By this processing in steps S903 to S907, comparison processing for the 
three tables, i.e., the Huffman table 204, Huffman table ESCR 205, and Huffman 
table ESCL 206, which is necessary in the processing of the prior art shown in Fig. 
2, can be implemented by only step S909, i.e., lookup table processing for the 
Huffman table 204 by using SWADATA[15:0]. 

[0055] In steps S910 to S913, processing of the selection units 107 and 108 is 
implemented for RUN+ and LEVEL+ obtained in step S909 in accordance with the 
value of eight bits from the MSB of the SDATA[24:0], thereby obtaining RUN and 
LEVEL as a final decoding result. 

[0056] In step S914, when the output from the FLC decoder 1 10 is selected, 30 
bits are normally output as a shift-out amount. Otherwise, a code word length 
input from the Huffman table 104 is output as a shift-out amount. 
[0057] The above processing is repeated until it is determined in step S915 that the 
input of bitstream is ended. 

[0058] As described above, according to this embodiment, the bitstream to be 
input to the Huffman table 1 04 is adaptively selected in accordance with the output 
data from the queuing cu e ing unit 101. Accordingly, the circuit scale of the 
Huffman table 104 can actually be reduced to 1/3 or less. 
[0059] When the constituent elements shown in Fig. 1 are implemented by 
software modules, the number of processing steps can actually be decreased to 1/3 
or less of the prior art. 

[0060] A computer program normally becomes executable when a 
computer-readable storage medium such as a CD-ROM is set in a computer, and 
the program is copied or installed in the system. The present invention also 
incorporates such a computer-readable storage medium. 
[0061] As described above, according to the embodiment, the scale of the 
Huffman table can be reduced. In addition, decoding by software processing can 
be executed at a high speed. 
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[0062] As many apparently widely different embodiments of the present invention 
can be made without departing from the spirit and scope thereof, it is to be 
understood that the invention is not limited to the specific embodiments thereof 
except as defined in the appended claims. 
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ABSTRACT OF THE DISCLOSURE 
[0063] This invention reduces the scale of a Huffman table used for decoding. A 
queuing cueing unit [[(101)]] queues [[cues]] a variable-length code word from a 
received bitstream. A switch circuit [[(102)]] discriminates the type of the code 
word in accordance with the pattern of a predetermined number of bits at the start 
of the queued [[cued]] variable-length code word, extracts data having a sufficient 
code word length from a predetermined bit position on the basis of the 
discrimination result, and outputs the result to a Huffman table [[(104)]]. The 
Huffman table [[(104)]] compares the data from the switch circuit [[(102)]] with a 
variable-length code word stored in advance, and when the data and the 
variable-length code word coincide, outputs first symbol data. The Huffman table 
[[(104)]] also generates a sum value (107, 108) for the first symbol data, and 
generates two second symbols from the sum result. A selection unit [[(106)]] 
selects and outputs one of the first symbol and two second symbols in accordance 
with the type of the received code. A selection unit [[(109)]] selects and outputs 
one of the symbol selected by the selection unit [[(106)]] and a symbol from an 
FLC decoder [[(110)]] on the basis of the data queued [[cued]] by the queuing 
cu e ing unit [[(101)]]. 
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